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METHOD AND SYSTEM FOR INJECTING EXTERNAL CONTENT INTO 
COMPUTER NETWORK INTERACTIVE SESSIONS 



CROSS REFERENCE TO RELATED APPLICATION 
This application is based on and claims priority to provisional patent application serial 
5 No. 60/100,1 14, filed on September 14, 1998. 

BACKGROUND OF THE INVENTION 
The present invention is directed generally to a system and method for injecting 
external customized content into an interactive computer network session, and, in particular, 
to such a system and method which provides the display of additional content on a user's 
10 Internet web browser other than that content actually requested by the user during an 
interactive session. 

Presently, it is acceptable that Internet web servers contain web pages with content to 
be requested by a user. The requested content is generally of interest to the user, such as 
home pages or the like, and may often include other content, such as for example, 

15 advertisements and messages, on the same web page. Users who wish to obtain content on 
their client computer from a remote server through a global computer communication 
network such as the Internet, generally must connect through an Internet Service Provider 
(ISP) who serves as a connection point to the global network, such as the Internet, and 
provides the routers to direct the user's request to the appropriate web page server. A glossary 

20 of relevant communication and Internet terms as used herein is provided at the end of the 
present specification. 

Currently, the ISP does not control client requests from a user, nor remote server 
content. Such a client request merely passes through the ISP's communication junction. 
Nevertheless, the ISP may have a business interest to attract its customers' attention by 

25 providing or injecting its own content during a user interactive session. 

Generally, the ISP forwards client requests and remote server content in a transparent 
way. The ISP can encourage its customers to use its portal or ISP home page, or can use 
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"push technology" in order to attract the client's attention and deliver content to them. Push 
technology implements a method in which the ISP or a third party can send special content to 
a user who preinstalls push client software or who precon figures their computer/network 
device to receive that special content. Whether using the portal or push method, the ISP or the 
third party relies upon the user's full consent and cooperation in using the push client 
software to view the pushed content. An exemplary push product is available, for example, 
from Backweb Ltd. of Tel- Aviv, Israel. 

Communication between devices over a network is conducted using a communication 
protocol. For example, communication over the Internet uses Transport Control 
Protocol/Internet Protocol (TCP/IP). A protocol is charted by layers as per the open system 
interconnection (OSI) communication layer model. Various network devices use different 
layers of the OSI. Certain Internet based systems extract data from a limited number of 
layers. Shwed U.S. Patent No. 5,606,668, for example, describes a "firewall" system based 
on data from two of the communication layers. A router, for example, by Cisco Inc, USA 
uses data from only one layer. 

Typically, when a user requests content by entering an Internet address such as a 
Uniform Resource Location (URL) or domain name to receive a web page, there is some 
delay in delivering and displaying the web page on the user's web browser. The same is true 
when a hyperlink on a web page is activated. Judson U.S. Patent No. 5,572,643 recognizes 
such retrieval delay and deals with it by providing the display of information, pre-loaded or 
stored on the user's computer. In particular, the patent uses information embedded in the 
hyperlink itself to display during the delay period. 

Accordingly, it would be desirable to provide content to the user when the request for 
a web page is made, but content provided from a source other than the web server from which 
the client's request for content is made. 

The system and method presented herein allows for external information to be added 
in a controlled manner to interactive sessions conducted by local users such as an Internet 
user, with a remote server, without any client or servers/special setup or configuration. 



Generally speaking, in accordance with the present invention, a system and method of 
delivering localized or external content to a user's client computer, is provided. The client 
computer is adapted to transmit requests for selected content and to allow downloading of 
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requested selected content from a selected location. The request for selected content is 
intercepted upon delivery to the selected location. The local or external content is delivered to 
the user's client computer in addition to delivery of the selected content. 

In a preferred embodiment, the user's client computer includes an Internet web 
5 browser for browsing the Internet by requesting selected content from a specified address 
location. Upon such request being received at an ISP, a decision is made based on predefined 
criteria whether to deliver additional content to the user's client computer. The additional 
content is supplied from a source other than the specified address location. 

Accordingly, it is an object of the present invention to provide a system and method 
10 for inserting customized content into an interactive communication session, without changing 
content provided by remote sites and without having any noticeable effect on performance as 
it is perceived by the end-user/client. 

A further object of the present invention is to provide a generic, intelligent point of 
intervention into interactive sessions that allows applying various intervention schemes 
15 according to end-user communications attributes and to particular activity attributes. 

Another object of the present invention is to provide a method for monitoring client 
and server interaction, using all ISO model communication layers and acting accordingly. 

Yet another object of the present invention is to provide to an ISP a method for adding 
content to a user's browser while processing a client request without depending on any pre- 
20 configuration/installation on the client or remote server side. 

Still other objects and advantages of the invention will in part be obvious and will in 
part be apparent from the specification. 

The invention accordingly comprises the several steps and the relation of one or more 
of such steps with respect to each of the others, and the system embodying features of 
25 construction, combination of elements and arrangement of parts which are adapted to effect 
such steps, all as exemplified in the following detailed disclosure, and the scope of the 
invention will be indicated in the claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 
For a fuller understanding of the invention, reference is had to the following 
30 description taken in connection with the accompanying drawings, in which: 

Fig. 1 is a flowchart representation of a typical global communications network in 
accordance with the prior art; 
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Fig. 2 is a flowchart representation of a global communications network in 
accordance with a preferred embodiment of the present invention; 

Fig. 3 is a detailed flowchart representation of the content injector of Fig. 2 
constructed in accordance with the present invention; 
5 Fig. 4 A depicts one manner of operation of the content injector of the present 

invention; 

Fig. 4B depicts the various header formats for several Internet protocols; 
Figs. 5 through 7 are flowchart representations depicting the steps performed by the 
method and system of the present invention; 
10 Figs. 8A and 8B are flowchart representations depicting the steps performed in a 

sample application of the present invention; 

Fig. 9 A through 9C depict views which may be seen on a web browser in connection 
with the present invention; and, 

Figs. 10A through IOC are tuning charts depicting the manner in which the present 
15 invention may be used in conjunction with network idle time. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
Reference is first made to FIG. 1 of the drawings which depicts a typical ISP junction 
in accordance with the prior art. In such a typical ISP junction, the main ISP site, generally 
indicated at 10 includes an ISP access device 18 which allows, for example, a dial-in access 

20 through a modem or the like, direct access through a router or any other communication 
means, thereby enabling a client 12, or a network 13 of clients 12a, 12b, 12c to connect to 
ISP junction 10. The site also includes a hub 22, a domain name server (DNS) 20, client 
access control such as a Radius 24, an e-mail server 25, hosted servers 26, and a router 30 
which connects the ISP junction to global computer networks such as Internet 32. Generally, 

25 the identified named ISP devices are connected together via network such as a local area 

network (LAN). It is noted that the particular configuration is shown as an example only and 
other ISP network configurations can be used with the present invention. The arrangement 
and set up of such configurations are well know to those skilled in the art. The present 
invention, as described below in detail can be used in conjunction with any of these possible 

30 configurations. 

Each client 12 is generally a computer such as a PC or laptop with video and audio 
capabilities, having a processor and programs or applications associated therewith. Internet 
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32 is a networked collection of clients and servers which are adapted through software and 
communication links to communicate with one another. The clients, typically through a 
browser program, can send a request message to a server and await a response. The response 
is displayed or presented by the browser. For a more detailed description of the Internet, 
5 browsers, Internet communication and protocols, reference is made to Ruvolo U.S. Patent 
No. 5,928,363, the description therein being incorporated by reference herein as though fully 
set forth. 

FIG. 2 depicts the network configuration of FIG. 1 in which a content injector system, 
generally indicated at 40, and constructed in accordance with the present invention, has been 

10 installed. Like elements in FIG. 2 as shown in FIG. 1 have the same reference numbers. It is 
noted that content injector 40 is provided in ISP junction 10 in this embodiment, however, 
content injector 40 may also be provided in other places, such as between network 13 and ISP 
junction 10 or between client 12 and ISP junction 10. The present invention may be used with 
any of these configurations. 

15 FIG. 3 depicts a detailed configuration of content injector 40 of FIG. 2. As shown, 

content injector 40 contains a gateway 42, a controller 66, two storage devices 54 and 58, a 
content supplier 64, which is responsible for assigning external content to the original request 
when needed, and a system administrator 42. Information flows on the network in the form of 
packets, as is well known to those skilled in the art. The location of content injector 40 in 

20 FIG. 2 is chosen so that data flow to or from a particular device of the network, such as a 
workstation, client access device or a router, appropriately can be controlled. Thus, packets, 
which flow to/from clients 12 can be controlled. The unit of the content injector 40 can be 
realized, for example, on a PC computer having an Intel Pentium II processor, with a 10GB 
hard disk and 64MB of RAM. Content injection 40 may also be an embedded CPU. 

25 Content injector 40 operates using an "addition policy" (as hereinafter explained in 

detail), which is determined by system administrator 42. The addition policy determines 
whether to add external content to a client's content request or to pass the request 
transparently. The addition of the external content is accomplished without changing the 
original request or the requested content. The system administration configures the addition 

30 policy via a graphical interface and stores it on controller 66. An example of such a policy 
rule might be to add content every 10-seconds to a client request. 
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Another method of configuring the addition policy is by using a central policy 
controller which transmits a specific customized addition policy and external content to a 
specified ISP. The central policy controller can be located anywhere on the network, for 
example on a server remote from the ISP. Such a server can communicate with the content 

5 injector 40 of the ISP via the Internet connection, through a dial-up connection or any other 
appropriate communication system. 

Communication protocols are layered, which is also referred to as a protocol stack. 
The ISO (International Standardization Organization) has defined a general model which 
provides a framework for design of communication protocol layers. This model serves as a 

10 basic reference for understanding the functionality of existing communication protocols. 
Different communication protocols employ different layers of the ISO model, e.g. IP 
protocol. A full detailed explanation of ISO model and IP protocol can be found in the book 
entitled: 'TCP/IP Illustrated, Volume 1: The Protocols" by W. Richard Stevens (Addison- 
Wesley Professional Computing Series 1994). A detailed explanation of TCP/IP protocol and 

15 protocols under IP can be found in the book entitled: "Internet Protocols Handbook" by Dave 
Roberts. 



TABLE 1: ISO MODEL via IP protocol and IP protocol suite 



Layer 


ISO layer 
Functionality 


IP protocol 
layers 


IP protocol suite 


7 


Application 


Application 


HTTP, FTP, 
TELNET, 
SNMP, SMTP, 
NNTP 


6 


Presentation 


5 


Session 


Session 


TCP,UDP 


4 


Transport 


3 


Network 


Network 


IP 


2 


Data link 






1 


Physical 







Referring to Table 1 above, layer 1 provides the physical electrical connection to a 
transmission medium. This layer may be the wire connection used to connect several network 
devices together. Layer 2 creates and controls the physical data link of communication 
20 between two end points. Layer 3 addresses network packets, e.g. Internet Protocol (IP) 

packets, and routes them to provide end-to-end communication between two network hosts, 
through intermediate hosts. Layer 4 transfers data reliably or unreliably, e.g. Transport 
Control Protocol (TCP) for reliable transfer or User Datagram Protocol (UDP) for unreliable 
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transfer. Reliable transfer involves creation of a connection (a "virtual circuit") and then 
termination of the connection on completion of the session. 

Layer 5 opens a session (a "virtual connection") between two hosts, controls the 
session between the two end points, and then closes the session. Layer 6 formats data to 
5 preserve its meaning. Layer 7 provides the user interface and implements the services to 
complete the application's purpose, e.g. File Transfer Protocol (FTP), E-MAIL, HTTP 
(browsing), TELNET, etc. 

Content injector 40 of the present invention operates on a client request for content. A 
user is a person who operates a client computer/network device which is connected to the 

10 Internet Service Provider (ISP), or a computer/network device, which is connected to the 
above network and can interact with the network automatically or through programming. A 
client request for content from a remote server can be accomplished using a connected 
protocol, e.g. TCP, an unconnected protocol e.g. UDP, or any other protocol. 

The exchanged information between server and client flows through the network in IP 

15 packets that contain higher layer protocols, which contain the client request for information 
or the desirable content. The process in which client and server exchange information is 
referred to as an "interactive session". The interactive session is characterized by an initial 
phase where the client initiates a content request, an information exchange phase where the 
client sends/receives content to/from a server, and a termination phase where the interactive 

20 session is terminated. Content can be any form of electronic information, including but not 
limited to text, web pages, pictures or graphics of any known format audio, computer 
applications or software component, files, videos, etc. 

FIG. 4A depicts the manner in which content injector module 40 using a content 
injector module generally indicated at 220 is utilized within the ISO model. This figure 

25 shows which ISO communication layers (marked 210, 212, 214, and 216) are assigned to 

each task. As shown, content injector 40 uses all network layers 1-7. A client request entering 
the computer on which content injector 40 resides is diverted to content injector module 220. 
The request is received in a task 222. Task 224 checks to see if the content injector is 
enabled. If it is enabled, control passes to a task 226. If not enabled, the request is forwarded 

30 to its original destination via a task 228. In task 226, the request for information is verified 
against the content addition policy, and a determination is made whether to add external 
content. If the decision is to add external content, control is passed to task 230. If the decision 
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is not to add external content, control passes to task 228 and the original request is forwarded 
to the destination. Task 230 adds external content to the original content request. 

FIG. 4B depicts IP, TCP and UDP headers format. Using these known formats, the 
content injector is able to analyze a client request and to respond accordingly. This process 
5 will be illustrated using task 222 and task 226 of FIG. 4A. Task 222 receives IP packets and 
sorts them using the source IP address which is extracted from the IP header (layer 3 at Table 
1). To identify the beginning of a new session, the content injector uses information from the 
flags field located in the TCP header (layers 4-5). Using OSI layers 3-5 information (Table 
1), the content injector identifies a client's session initiative. 
10 Task 226 decides if external content will be added or not using information from layer 

3-7 and the pre-configured addition policy. A basic addition policy can be based on, for 
example: 

a) Time interval (e.g. 60 seconds) implemented by using client IP address extracted from 
IP header (layer 3); 

15 b) Remote host information (e.g. "port" no. 720, host name) extracted from TCP header 

(layers 4-5); or 

c) Type of requested content by the HTTP protocol (e.g. html page, keywords, image, 
etc.) which is extracted from the data transported by the TCP (layers 6-7). 
The above explanation also applies to FIG. 6 as described hereinafter. Additional information 
20 on Internet protocols can be found in the Stevens text referenced above. 

FIGS. 5-7 depict a detailed flow diagram of the method performed by content injector 
module 220 of FIG. 4A. The detailed descriptions in FIGS. 5-7 further define content injector 
module 40. 

FIG. 5 shows the process that handles a client request for content entering gateway 42 
25 (FIG. 3). As mentioned above, a client request is assembled from IP packets, which contains 
upper protocols and request information. The request flows from the client to the ISP in IP 
packets and is received by gateway 42, which sorts and analyzes between various client 
requests. 

"The process starts in task 43 where content injector 40 is connected and turned on. 
30 Task 41 (which generally corresponds to task 222 in FIG. 4A) receives all requests corning 
from clients and stores them in storage device 58 (FIG. 3). Task 164 reads the request from 
storage device 58 and checks to see if the content injector is enabled. If it is enabled, the 
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request is forwarded to task 166; otherwise, the request is forwarded to its original destination 
at task 21, e.g. the remote server. Task 21 corresponds to task 228 of Fig. 4A. Task 166 
checks to see if the request contains an "address lookup request", i.e., a DNS request. If it 
does, the request is forwarded to task 170 (see FIG. 7); otherwise it is forwarded, to task 168. 
5 Task 168 identifies the initial phase of the interactive session request. If content is requested, 
the request is forwarded to task 172 (see FIG. 6); otherwise, it is forward to its original 
destination 21. Task 21, after performing, returns control of the process to task 41. 

FIG. 6 shows the process which handles the various client requests in which external 
content is added, or requests which are passed transparently. The system keeps a time-counter 

10 for each client, which is recognized by a unique IP address assigned to that client while 

connected to the Internet. The time-counter "decides" when to add external content to client's 
request. The addition is made when the client initiates a request. 

Task 180 uses communication layers 2-3 to identify the beginning of the client 
request. The task checks the client time-counter by extracting the IP address from the client's 

15 IP packets (layer 3) by comparing them with the clients "time counter table". The "time 
counter table" saves updated time counter readings for each client. If the time counter 
indicates not to add external content, the request is directed to its original destination 21. If it 
indicates to add external content, the time-counter for this client is reset at task 181 and its 
request is directed to task 182. 

20 Task 1 82 checks to see if the addition policy applies to protocols at ISO layers 4-6 for 

this request. Task 182 checks which application information this protocol transfers at the 
upper protocol layers 6-7, e.g. HTTP, FTP, and the like. The task is done by extracting 
information from header protocol of layers 4-5, e.g. header format (TCP.UDP), or port 
number (which usually associates to application protocol, e.g. HTTP, FTP, etc.). If the 

25 protocol information does not conform to the addition policy the request is directed to its 

original destination 21. If it does conform, the request is directed to task 188 and saved in the 
request table in storage 58 which contain requests to which external content might or might 
not be added. 



30 (which is transferred by protocols at layers 4-6) conforms to the addition policy, e.g. the 
adding is made at HTTP protocol request. If the application information conforms to the 
addition policy, external content is added at task 194. If not, the request is forwarded to task 



Task 190 checks to see if the request application information at protocol layer 7 
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192. Task 192 directs the client's request to retrieve its original requested content. The 
direction is done by forwarding the client's request to the remote server (which stored the 
original content) or to a location in the storage device 54 (FIG. 3) to where the original 
content has been transferred. 



content piggy-backed on the response for the request for the original content. The request for 
the original content can be done using two methods. The first method directs the original 
request to the remote server in which the original content is stored. The second method 
directs the request to a location in storage device 54, where the original content has been 

10 transferred while the external content is sent to the client. The external content is derived 
from content supplier 64 of Fig. 3 using client information request (at layers 1-3 plus 
application information) and information from content database storage 54. 

FIG. 7 shows the process that handles client's address lookup request (DNS request). 
Task 301 receives the request after identifying it in FIG. 5, at task 166. Task 310 checks to 

15 see if it is time to add external content to client's request. The process is done in a similar 

way to the process that takes place in FIG 6, at task 1 80. If the time field in the "time counter 
table" indicates not to add external content, the request is directed to its original destination, 
namely, task 21. Otherwise, it is directed to task 302. Task 302 checks to see if the request 
already exists in the "lookup database table" (part of storage unit 58 in FIG. 3) by comparing 

20 the request information to the lookup database. If the request is found in the database, it is 

directed to its original destination, namely, task 21. Otherwise it is directed to task 304. Task 
304 saves the request details in lookup database 58 while creating external content for the 
client's content request that is about to follow at task 305. As known in the art, a DNS request 
precedes a content request from a remote server. Meanwhile, the request is directed to DNS 

25 20 at task 306. 

Reference is now made to FIGS. 8 A and 8B to describe a particular example using the 
present invention. A user of client 12 opens an Internet browser at step 350. Client 12 
initiates an HTTP request by the user typing the URL of an Internet web server, e.g.: 
www.adwise.net . at a step 352. FIG. 9A depicts the entry of such a request in, for example, 
30 an Internet Explorer web browser from Microsoft. Alternatively, a hypertext link on the 

browser, or other shortcut, may be activated. Client browser 12 queries Domain Name Server 
(DNS) 20 to resolve the web server name to an IP address at step 354. The browser attempts 



5 



Task 194 adds external content to the client's request by a process which sends that 
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to establish a session to the requested server over the Internet 32 at step 356. As is known, 
this attempt usually involves a certain delay. 

Content injector 40 identifies the client attempt to establish a session to a remote 
server: www.adwise.net at step 358. Content injector 40 determines whether or not to add 
5 external content to the client session at step 374. If "no," the session is forwarded to its 

original destination www.adwise.net at step 376. If "yes," content injector 40 identifies itself 
as www.adwise.net and takes over the session, instead of forwarding the session to 
www, adwise.net at step 366. Content injector 40 establishes a separate session to 
www.adwise.net at step 362 and receives the content intended for the client at step 364, and 
10 saves the content at step 368 in storage medium 54 from Fig. 3. 

In parallel to such processing, content injector 40 generates external content 
customized to the current session at step 374 and sends it to the client at step 372. The 
external content is typically a visual image or an HTML page, which is included in the 
HTML generated by the content injector. The client's browser receives and displays the 
15 external content at step 380. FIG. 9B depicts the client browser screen after local external 

content has been displayed. While displaying the external content, the browser reestablishes a 
session to www.adwise.net at step 382. Content injector 40 identifies this second request at 
step 384 and redirects the request to storage medium 54 at step 386 in which the requested 
content was previously received for the client. The client receives the original content at step 
20 388. The process is repeated for each established session. The decision whether the add 
external content is made again as set forth above. 

Referring now to FIGS. 9A, 9B, and 9C, FIG. 9A depicts a typical internet browser 
screen layout with the URL or domain name (host address) 400 (for example: 
www.adwise.net) shown entered in the address window of the browser. 




content. The external content 402 is shown, for example, as an overlay window including a 
clickable banner 406 containing a hyperlink. The original requested content 404 may appear 
(almost simultaneously) with the external content 406. In certain cases, the external content 
can be shown on the client browser as, for example, a clickable banner which is displayed 
30 until the original content arrives as shown in FIG. 9C. At will, the user clicks banner 406 to 
activate the hyperlink and receives associated content 408, shown in a new browser window. 




25 



FIG. 9B depicts the screen layout of FIG. 9 A following the client's request for 
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As a further explanation to FIGS. 8A and 8B, FIGS. 10A, 10B and IOC show how 
content injector 40 may use network idle time for content injection. FIG. 10A shows traffic 
generated by the client. Time slot tO represents client DNS request (task 354 in FIG. 8A). 
This request is answered by a DNS server at time slot tl in FIG. 10B. Following the DNS 
5 request, the client initiates an HTTP request to a host (task 356). This request is represented 
by time slot t2 in FIG. 10A. Due to the fact that an HTTP request involves creation of a 
session between a client and a host, and requests processing by the host, there is a time delay 
until the client receives the requested content and the content is fully loaded on the client 
browser. This time delay is represented by time slot t8 in FIG. 10B. 

10 FIG. 10C shows how content injector 40 utilizes the client line while waiting for the 

requested content. The external content is sent (task 372) between time slots t2 and t7 shown 
as t3 through t6 in Fig. 10C. As the content injector brings the content to the client in a 
separate session, the client is free to accept the external content. The external content is 
designed to fit the delay window between the client request and the original content arrival 

15 (task 388). It is noted that time slots tO, tl, etc. are usually unequal and depend on network 
performance. 

A glossary of common communication and Internet expressions as used herein is set 
forth below: 



20 



BROWSER: 



A client program that allows users to read hypertext 
documents on the World Wide Web, and navigate 
between them. Examples are Netscape Navigator, Lynx, 
and Microsoft Internet Explorer. Browsers can be text- 
based or graphic. 



DNS: 



Domain Name System. A database system that 
translates an IP address into a domain name. For 
example, a numeric IP address such as 232.452.120.54 
can become a domain name such as xyz.com. 



25 



E-MAIL: 



Electronic mail. A service that sends messages on 
computers via local or global networks. 



30 



FIREWALL: 



An electronic boundary that prevents unauthorized users 
from accessing certain files on a network; or, a 
computer used to maintain such a boundary. 



FTP: 



File Transfer Protocol. A client/server protocol for 
exchanging files with a host computer 
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Hypertext Transfer Protocol. The protocol most often 
used to transfer information from World Wide Web 
servers to browsers, which is why Web addresses begin 
with http://. Also called Hypertext Transport Protocol 

Like the hub of a wheel, a central device that connects 
several computers together or several networks 
together. A passive hub may simply forward messages; 
an active hub, or repeater, amplifies or refreshes the 
stream of data, which otherwise would deteriorate over 
a long distance. 

Internet Protocol. The IP part of TCP/IP; the protocol 
that is used to route a data packet from its source to its 
destination over the Internet. 

International Organization for Standardization. A 
voluntary organization founded in 1946, comprised of 
the national standards organizations of many countries, 
and responsible for creating international standards in 
many areas, including computers and communications. 
ANSI (American National Standards Institute) is the 
American member of ISO. ISO produced OSI (Open 
Systems Interconnection), a seven-layer model for 
network architecture. 



ISP: 
LAN: 

NNTP: 
ROUTER: 



Internet Service Provider. A company that provides 
Internet accounts. 

Local Area Network. A network that connects 
computers that are close to each other, usually in the 
same building, linked by a cable. 

Network News Transfer Protocol. Internet protocol for 
connecting to Usenet newsgroups and post messages. 

A device that finds the best path for a data packet to be 
sent from one network to another. A router stores and 
forwards electronic messages between networks, first 
determining all possible paths to the destination address 
and then picking the most expedient route, based on the 
traffic load and the number of hops. A router works at 
the network layer (layer 3 of the OSI model); a bridge 
works at the data link layer (layer 2). A router does 
more processing than a bridge does. 



- 13- 



PCT/IB99/01493 



SMTP: Simple Mail Transfer Protocol. A server-to-server 

protocol for delivering electronic mail. The standard 
protocol used on the Internet; also used on other TCP/IP 
networks. 

SNMP: Simple Network Management Protocol. The Internet 

standard protocol for network management software. 
Using SNMP, programs called agents monitor various 
devices on the network (hubs, routers, bridges, 
etc.).Another program collects the data from the agents. 
The database created by the monitoring operations is 
called a management information base (MIB).This data 
is used to check if all devices on the network are 
operating properly. 

TCP: Transmission Control Protocol. The most common 

Internet transport layer protocol, defined in STD 7, RFC 
793. This communications protocol is used in networks 
that follow U.S. Department of Defense standards. It is 
based on the Internet Protocol as its underlying 
protocol; TCP/IP means Transmission Control Protocol 
over Internet Protocol. TCP is connection-oriented and 
stream-oriented, and provides for reliable 
communication over packet-switched networks. 

TELNET: (TN). A terminal emulation protocol that lets a user log 

in remotely to other computers on the Internet; it has a 
command line interface. Originally developed for 
ARPAnet, Telnet runs on top of the TCP/IP protocol. 

UDP: User Datagram Protocol. A communications protocol 

for the Internet network layer, transport layer, and 
session layer, which makes it possible to send a 
datagram message from one computer to an application 
running in another computer. Like TCP (Transmission 
Control Protocol), UDP is used with IP (the Internet 
Protocol).Unlike TCP, UDP is connectionless and does 
not guarantee reliable communication; the application 
itself must process any errors and check for reliable 
delivery. 

Accordingly, the present invention provides a system and method of injecting external 
content into a client/server interactive session, such as a web browsing session, without 
interfering with regular communications. The content can be selectively customized and 
provide advertisements, information, news and the like, especially during the normal period 
of delay between a request for a particular web page and its actual delivery and loading. 
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It will thus be seen that the objects set forth above, among those made apparent from 
the preceding description, are efficiently attained and, since certain changes may be made in 
carrying out the above methods and in the systems set forth without departing from the spirit 
and scope of the invention, it is intended that all matter contained in the above description 
5 and shown in the accompanying drawings shall be interpreted as illustrative and not in a 
limiting sense. 

It is also to be understood that the following claims are intended to cover all of the 
generic and specific features of the invention herein described and all statements of the scope 
of the invention which, as a matter of language, might be said to fall therebetween. 
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CLAIMS 



WHAT IS CLAIMED IS: 



10 



15 



20 



25 



1 . A method for injecting external content into a computer network interactive 
session comprising the steps of: 

receiving an electronic request from a client for specified content from a 
specified address location; 

determining based on predetermined criteria whether to deliver external 
content to said client; 

upon determining to deliver external content, transmitting said external 
content to said client and transmitting said specified content request to its specified address 
location for response; and 

upon detenriining not to deliver external content, transmitting said specified 
content request to its specified address location for response. 

2. The method for injecting external content as claimed in claim 1, wherein said 
predetermined criteria includes an addition policy. 

3. The method for injecting external content as claimed in claim 2, wherein said 
addition policy uses at least one of a time interval, remote host information and type of 
requested content to determine whether to deliver external content to said client. 

4. The method for injecting external content as claimed in claim 1 , further 
comprising the step of storing said received electronic request in a storage device. 

5. The method for injecting external content as claimed in claim 4, wherein said 
predetermined criteria includes whether an electronic request is similar to a stored electronic 
request. 

6. The method for injecting external content as claimed in claim 2, further 
comprising the steps of receiving said specified content from said specified address location 
and storing said specified content. 

7. The method for injecting external content as claimed in claim 6, further 
comprising the step of modifying said stored specified content with said external content. 

8. The method for injecting external content as claimed in claim 7, further 
comprising the step of transmitting said modified stored specified content to said client as a 
response to said electronic request for specified content. 
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9. The method for injecting external content as claimed in claim 6, further 
comprising the step of delivering said stored specified content to said client. 

1 0. The method for injecting external content as claimed in claim 9, further 
comprising the step of displaying said external content at said client until said specified 

5 content is delivered to said client. 

1 1 . The method for injecting external content as claimed in claim 9, further 
comprising the step of displaying said external content at said client for a predetermined time. 

12. The method for injecting external content as claimed in claim 9, further 
comprising the step of displaying said external content at said client along with said specified 

10 content. 

13. The method for injecting external content as claimed in claim 10, wherein said 
client is a computer having a display device. 

14. The method for injecting external content as claimed in claim 1 1, wherein said 
client is a computer having a display device. 

15 15. The method for injecting external content as claimed in claim 1 , wherein said 

electronic request received from said client is in the form of a packet. 

16. The method for injecting external content as claimed in claim 15 wherein said 
packet includes at least one of a content type information and a specified address location 
information. 

20 1 7. A method of browsing in a computer network having at least one client 

computer electronically connectable to the Internet, said client computer being adapted to 
transmit requests for selected content to a specified address location and to allow 
downloading of requested selected content from said location on the Internet, comprising the 
steps of: 

25 receiving a request for selected content from a client computer, said selected 

content being located at a specified address location; 

intercepting said request for selected content upon delivery to said location; 
selectively delivering external content in addition to said selected content to 
said client computer for display; and 
30 transmitting said request for said selected content to said location. 

1 8. The method of browsing as claimed in claim 1 7, further comprising the step of 
receiving said selected content. 
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19. The method of browsing as claimed in claim 18, further comprising the step of 
delivering said selected content to said client computer. 

20. The method of browsing as claimed in claim 18, further comprising the step of 
storing said selected content after receipt. 

5 21. The method of browsing as claimed in claim 1 8, further comprising the step of 

piggy-backing said external content to said received selected content. 

22. The method of browsing as claimed in claim 17, wherein a computer network 
delay occurs over the Internet, said external content being delivered to said client computer 
during said delay. 

10 23 . The method of browsing as claimed in claim 1 7, further comprising the step of 

delaying delivery of said selected content to said client computer until after said external 

content is delivered to said client computer. 

24. The method of browsing as claimed in claim 17, wherein said external content 

is delivered to said client computer without changing said request for selected content. 
15 25. The method of browsing as claimed in claim 24, wherein said external content 

is delivered to said client computer without changing said selected content. 

26. An automated system which allows for the delivery of external content to a 
web browser of a client coupled to the Internet through an ISP, comprising an ISP junction 
which receives a request for a web page directed to a specified address from said client, said 

20 ISP junction including a content injector, said content injector including access to an addition 
determining system which selectively determines when to deliver external content to said 
client based on predetermined criteria, and a transmission system which transmits said 
request for a web page to the specified address. 

27. The automated system as claimed in claim 26, wherein said content injector 
25 includes a system administrator. 

28. The automated system as claimed in claim 26, wherein said content injector is 
a computer. 

29. The automated system as claimed in claim 26, wherein said content injector is 
an embedded CPU. 

30 30. The automated system as claimed in claim 26, wherein said content injector 

further includes external content for delivery to said client computer. 
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3 1 . The automated system as claimed in claim 26, wherein said addition 
determining system uses an addition policy to determine whether to deliver external content 
to said client. 

32. The automated system as claimed in claim 31, wherein said addition policy 

5 uses at least one of a time interval, remote host information and type of requested content to 
determine whether to deliver external content to said client. 

33. The automated system as claimed in claim 26, wherein said addition 
determining system is remotely located from said ISP. 



10 determining system uses a central policy controller to configure said addition policy. 

35. The automated system as claimed in claim 26, wherein said content injector 
takes over control of a network session of said client over the Internet 

36. The automated system as claimed in claim 26, wherein said content injector 
further includes a transmission system for transmitting said external content to said client. 

15 37. A system for injecting external content into a computer network interactive 

session, comprising: 

a content injector including a processor, electronic storage and a gateway, said 
storage including external content information; 

said gateway including means for reading information packets transmitted 
20 from a client during a network interactive session, said packets including request information; 

said processor detennining whether to deliver external content to said client by 
comparing said request information to predetermined criteria. 

38. The system as claimed in claim 37, wherein said content injector further 
includes means for transmitting said external content to said client. 
25 39. The system as claimed in claim 38, wherein said content injector further 

includes means for transmitting requested content to said client, said requested content 
associated with said request information. 

40. The system as claimed in claim 39, wherein said content injector further 
includes means for adding a delay period of time before at least one of said transmitting said 

30 external content to said client and said transmitting requested content to said client. 

41 . The system as claimed in claim 37 further comprising a central policy 
controller which controls when to deliver external content to said client. 



34. The automated system as claimed in claim 31, where said addition 



- 19- 



WO 00/16529 PCT/IB99/01493 



42. The system as claimed in claim 4 1 , where said central policy controller is 
located remotely from said content injector. 
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